home *** CD-ROM | disk | FTP | other *** search
/ IRIX Base Documentation 2002 November / SGI IRIX Base Documentation 2002 November.iso / usr / share / catman / a_man / cat7 / impactI2V.z / impactI2V
Encoding:
Text File  |  2002-10-03  |  14.9 KB  |  397 lines
  1.  
  2.  
  3.  
  4. IIIImmmmppppaaaaccccttttIIII2222VVVV((((7777))))                                                      IIIImmmmppppaaaaccccttttIIII2222VVVV((((7777))))
  5.  
  6.  
  7.  
  8. NNNNAAAAMMMMEEEE
  9.      Impact Indigo2 Video
  10.  
  11. DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
  12.      Impact Indigo2 Video provides video input, output, and effects for
  13.      Indigo2 family of desktop workstations.  They are an integral part of the
  14.      Silicon Studio solution for film and video production from Silicon
  15.      Graphics.
  16.  
  17.      Impact Indigo2 Video on the Indigo2 platform works with the R4000, R4400,
  18.      and R4600 CPUs, and Impact graphics board set.
  19.  
  20. FFFFEEEEAAAATTTTUUUURRRREEEESSSS
  21.      High-Quality Digital Video
  22.  
  23.      With high-quality video input and output, Indigo2 can be used to create
  24.      professional video productions.
  25.  
  26.      * Industrial quality S-Video and Composite formats
  27.  
  28.      * NTSC and PAL standards
  29.  
  30.      * Real-time video capture with the Cosmo Compress option
  31.  
  32.      * Genlock to video input or external blackburst
  33.  
  34.      * 8 bit per component 4:2:2 YUV color space with no conversions from
  35.      input to output
  36.  
  37.      Real-Time Effects
  38.  
  39.      The alpha blender and key generator enable on-line editing of many
  40.      fundamental video effects. A third party or VL application is required in
  41.      order to take advantage of these features.
  42.  
  43.      * Overlays
  44.  
  45.      * Dissolves
  46.  
  47.      * Fades
  48.  
  49.      * Wipes
  50.  
  51.      * Chroma keying
  52.  
  53.      * Luma keying
  54.  
  55.      Artifact-Free Output
  56.  
  57.      Indigo2 Video help you combine computer graphics and video without tell-
  58.      tale artifacts.  The system software drives Indigo's graphics at your
  59.      choice of NTSC or PAL field rates, or graphics refresh rates.  This
  60.  
  61.  
  62.  
  63.                                                                         PPPPaaaaggggeeee 1111
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70. IIIImmmmppppaaaaccccttttIIII2222VVVV((((7777))))                                                      IIIImmmmppppaaaaccccttttIIII2222VVVV((((7777))))
  71.  
  72.  
  73.  
  74.      eliminates motion artifacts caused by dropped or duplicated frames when
  75.      outputting graphics to video.
  76.  
  77.      Selectable filters are provided that greatly improve the quality of your
  78.      productions.  The deinterlace input filter brightens the computer display
  79.      of interlaced video streams.  Similarly, the anti-flicker output filter
  80.      eliminates distracting interlacing artifacts in graphics recorded to
  81.      video.
  82.  
  83.      Choice of Sizes
  84.  
  85.      You can shape your video to sizes that suit your application.
  86.  
  87.      * Real-time scan conversion for nearly full-screen
  88.        output in square pixel mode
  89.  
  90.      * Zoom video input up to full screen
  91.  
  92.      * Pan within zoomed video stream
  93.  
  94.      * Anti-aliased decimation of video input to smaller
  95.        resolutions
  96.  
  97. PPPPRRRROOOODDDDUUUUCCCCTTTT SSSSPPPPEEEECCCCIIIIFFFFIIIICCCC IIIISSSSSSSSUUUUEEEESSSS
  98.      The following are things to be aware of with the Indigo2 Video product:
  99.  
  100.      The impactI2V.sw.eoe image must be installed for Indigo2 Video.  Install
  101.      the software from the miniroot so that the kernel can be auto configured
  102.      after the software installation.  This is necessary in order to use the
  103.      hardware.
  104.  
  105.      The only graphics monitor size supported is 1280 by 1024.
  106.  
  107.      The highest graphics screen refresh rate supported is 72 Hz.
  108.  
  109.      The board automatically probes for an active video input only during boot
  110.      time. The automatic probing can take up to 1 minute if no valid video
  111.      sources are connected.
  112.  
  113.      Input timing, sync, input source cannot be changed while any video
  114.      application is running.
  115.  
  116.      The default control values have no effect until a video path is created.
  117.      They are used as suggestions for applications such as videoin to specify
  118.      the desired input source.
  119.  
  120.      When using more than one video input, all inputs must have valid and
  121.      identical timing.
  122.  
  123.      The video tools supplied  in /usr/sbin are:  videoin, videoout,
  124.      videopanel, vidtomen, memtovid, vintovout, and vlinfo.  You could also
  125.      find various IrisGL and OpenGL video application examples in
  126.  
  127.  
  128.  
  129.                                                                         PPPPaaaaggggeeee 2222
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136. IIIImmmmppppaaaaccccttttIIII2222VVVV((((7777))))                                                      IIIImmmmppppaaaaccccttttIIII2222VVVV((((7777))))
  137.  
  138.  
  139.  
  140.      /usr/people/4Dgifts/examples/dmedia/video/vl and
  141.      /usr/people/4Dgifts/examples/dmedia/video/vl/OpenGL.
  142.  
  143.      Due to hardware constraints, two full size NTSC windows cannot fit
  144.      horizontally on the 1280x1024 size graphics screen.  This is, of course,
  145.      also true for full size PAL windows, though both vertically and
  146.      horizontally.
  147.  
  148. SSSSYYYYNNNNCCCC MMMMOOOODDDDEEEESSSS
  149.      There are three sync modes in which the products can run:
  150.  
  151.      1. Internal - Used when performing graphics to video out or when the
  152.      input video signal is poor quality. All timing is generated internally.
  153.  
  154.      2. Slave - Used when genlocking is not required. Preferred mode for image
  155.      capture as it provides the highest capture rate.
  156.  
  157.      3. Genlock - Used when the output timing must be locked to a video source
  158.      other than the video input source. Genlock does not work with a Y/C
  159.      input.
  160.  
  161.      In genlock or internal mode, only full size capture works with the
  162.      application from video input, without disturbing the video output.  In
  163.      addition, the capture rate is greatly reduced. In slave mode, all sizes
  164.      of capture work.
  165.  
  166.      When internal mode is selected and video input is being directed to video
  167.      output, the synchronizer mode must be turned on. It is preferable to put
  168.      the board in slave mode or genlock mode when using video input.
  169.  
  170. VVVVIIIIDDDDEEEEOOOO WWWWIIIINNNNDDDDOOOOWWWWSSSS
  171.      Indigo2 Video supports three hardware video windows to and from graphics.
  172.      Windows 0 and 1 are full 24-bit resolution windows, usable as either
  173.      screen sources or screen drains.  However, window 1 can be divided into
  174.      two 12-bit screen drain windows, in which case these windows are known as
  175.      1 and 2.
  176.  
  177.      There are restrictions on window placement. While using both 0 and 1
  178.      windows, there can be no shared horizontal scan lines. Windows 1 and 2
  179.      share even horizontal scan lines, and are dithered 12-bit. These two
  180.      windows share the same decimation, zoom and pan factors. The software
  181.      will not allow window placement in invalid locations.
  182.  
  183.      This enforcement is noticeable by the windows snapping to locations
  184.      and/or their being automatically resized to meet the hardware
  185.      constraints.  When it is not possible to place a new window on the
  186.      screen, the VL error code VLBadWinAlloc is returned when the path is
  187.      setup.  Re-arrange or eliminate one of existing windows in order to
  188.      accommodate the new one.  This is common for screen source windows, which
  189.      will not be made smaller than the size requested by the software.
  190.  
  191.  
  192.  
  193.  
  194.  
  195.                                                                         PPPPaaaaggggeeee 3333
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202. IIIImmmmppppaaaaccccttttIIII2222VVVV((((7777))))                                                      IIIImmmmppppaaaaccccttttIIII2222VVVV((((7777))))
  203.  
  204.  
  205.  
  206.      If two windows are already opened, then they must not be against the
  207.      right edge of the screen when the third window is opened.
  208.  
  209.      Window decimation and zoom is performed in both the X and Y direction. It
  210.      cannot be performed in only one direction. Extra space area is displayed
  211.      next to the video input when the window decimation factor is set to 1/8,
  212.      this is because the limitation of the resolution of the mininum graphics
  213.      window support.
  214.  
  215.      There is a placement restriction between the side by side windows (1&2)
  216.      in 3 window mode. Window 1 must always be placed on the same line or
  217.      higher than window 2.
  218.  
  219.      Currently it is not possible to have a single window switch between
  220.      graphics and video.  The solution is to use two overlapping windows and
  221.      unmap the one not being used.
  222.  
  223.      Select _L_o_c_k _t_o _V_T_R mode when using an unstable video source such as a
  224.      VCR.
  225.  
  226.      Due to hardware constraints regarding minimum horizontal spacing between
  227.      the two 12-bit 1 & 2 video windows, it is not possible to fit two full
  228.      size NTSC windows across the graphics screen.
  229.  
  230.      When freezing window 1 by itself (24-bit mode), window 2 cannot then be
  231.      used.  If both windows 1 and 2 are already in use (12-bit mode), they may
  232.      be frozen independently.
  233.  
  234. TTTTIIIIMMMMIIIINNNNGGGG MMMMOOOODDDDEEEESSSS
  235.      When the timing mode is set to square pixel, the horizontal blanking is
  236.      wider than the RS-170A specification.
  237.  
  238.      To eliminate tearing and frame drop, framelock the graphics to the video
  239.      by following the directions included in the hardware installation guide.
  240.      This is accomplished by using the setmon(1G) -_F_g option.  Tearing and
  241.      frame drop can also be reduced by using the setmon(1G) command to set the
  242.      graphics refresh rate to 60 Hz for NTSC, or 50 Hz for PAL.  For PAL video
  243.      type: setmon -Fe 50; for NTSC: setmon -Fe 60.
  244.  
  245. BBBBLLLLEEEENNNNDDDDIIIINNNNGGGG
  246.      When performing blending between graphics and video in internal or
  247.      genlock mode, there is a problem viewing both the inputs and outputs of
  248.      the blender using the two side by side windows (1&2). To work around the
  249.      problem, either run in slave mode, or only view the input or the output.
  250.  
  251. VVVVIIIIDDDDEEEEOOOO OOOOUUUUTTTTPPPPUUUUTTTT
  252.      Full screen video output is only supported in NTSC 525 and PAL 625 square
  253.      pixel modes.
  254.  
  255.      There will be slight banding when sending graphics to video output. This
  256.      is due to the RGB to YUV conversion that takes pixels that range from 0
  257.      to 255 and converts them to digital video pixels that range from 16 to
  258.  
  259.  
  260.  
  261.                                                                         PPPPaaaaggggeeee 4444
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268. IIIImmmmppppaaaaccccttttIIII2222VVVV((((7777))))                                                      IIIImmmmppppaaaaccccttttIIII2222VVVV((((7777))))
  269.  
  270.  
  271.  
  272.      235. The banding effect is reduced by turning off the flicker filter.
  273.      There is a menu option in the videoout application that turns the flicker
  274.      filter on and off.
  275.  
  276.      When performing host memory to video out operations with dithered data,
  277.      the output may appear contoured due to artifacts related to converting
  278.      dithered RGB images to YUV.
  279.  
  280.      Video output can be frozen using Indigo2 Video either from the video
  281.      input or graphics.  It only works in genlock or internal mode for the
  282.      path of video input to video output.
  283.  
  284.      Due to the specific interaction between Impact graphics and Indigo2
  285.      Video, the video in a video input window may appear to be aligned
  286.      differently in comparison to other video products being used on with
  287.      other graphics systems.
  288.  
  289. VVVVIIIIDDDDEEEEOOOO DDDDAAAATTTTAAAA TTTTRRRRAAAANNNNSSSSFFFFEEEERRRR
  290.      Data transfer denotes transferring frames between video and memory.
  291.      Indigo2 Video supports two types of transfers - discrete and continuous.
  292.      A discrete transfer allows for the specification of frame delay,
  293.      dominance field and number of frames(fields) to transfer.  Continuous
  294.      transfers ignore frame delay and dominance field, transferring each
  295.      frame(field) as fast as the hardware is capable.  Frame delay does not
  296.      apply to output transfers.
  297.  
  298.      Indigo2 Video supports frame(field) capture that is decimated in both the
  299.      X and Y directions. Only the half and quarter sizes of decimation are
  300.      supported.  Users can also clip the frame in the Y direction but not in X
  301.      direction.
  302.  
  303.      Indigo2 Video supports triggered frame transfers, for both input and
  304.      output, from a GPI type device. The capture latency is a one frame delay
  305.      from the triggered frame.  The trigger mechanism is unavailable when the
  306.      IndyCam is connected.
  307.  
  308.      Using the _m_e_m_t_o_v_i_d trigger option (-_t) may appear confusing.  The first
  309.      frame will be continuously output to video until the trigger is detected.
  310.      After that point, the first frame is again output followed by the
  311.      subsequent frames.
  312.  
  313.      When triggering output of a single frame, it may appear as if the trigger
  314.      has been ignored and the frame output.  This is not the case.  After the
  315.      trigger is detected, the frame will be output again.
  316.  
  317.      The input timing used when displaying an image file to video out
  318.      (memtovid) should be the same as when the image file was originally
  319.      captured (vidtomem).  A raw YUV file cannot be displayed unless the board
  320.      is currently using the same input timing mode (NTSC or PAL) as being used
  321.      when captured.  An rgb file can be displayed in the wrong timing mode,
  322.      but a YUV based image will be clipped and a NTSC image will be not fill
  323.      the entire video screen.
  324.  
  325.  
  326.  
  327.                                                                         PPPPaaaaggggeeee 5555
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334. IIIImmmmppppaaaaccccttttIIII2222VVVV((((7777))))                                                      IIIImmmmppppaaaaccccttttIIII2222VVVV((((7777))))
  335.  
  336.  
  337.  
  338. IIIINNNNDDDDYYYYCCCCAAAAMMMM SSSSUUUUPPPPPPPPOOOORRRRTTTT
  339.      IndyCam is supported on Indigo2 Video.  The IndyCam is connected to the
  340.      Digital I/O port of the video board.
  341.  
  342.      IndyCam only operates with NTSC input timing, internal sync mode, and the
  343.      synchronizer enabled.
  344.  
  345.      The trigger mechanism is not available when the IndyCam is connected.
  346.  
  347. SSSSUUUUPPPPPPPPOOOORRRRTTTTEEEEDDDD PPPPAAAACCCCKKKKIIIINNNNGGGG FFFFOOOORRRRMMMMAAAATTTTSSSS
  348.      The following VL packing formats are supported by Indigo2 Video for
  349.      memory transfers.
  350.  
  351.      VL_PACKING_RGB_332_P, VL_PACKING_RGBA_8, VL_PACKING_RGB_8,
  352.      VL_PACKING_Y_8_P, VL_PACKING_YVYU_422_8.  The native format (requiring no
  353.      conversion) is VL_PACKING_YVYU_422_8, and is the format required for live
  354.      video input.
  355.  
  356. FFFFIIIILLLLEEEESSSS
  357.      /var/arch/libvl/ev1.so
  358.  
  359. SSSSEEEEEEEE AAAALLLLSSSSOOOO
  360.      vcp(1), videoin(1), videoout(1), vlinfo(1), memtovid(1), vidtomem(1),
  361.      vintovout(1), setmon(1G)
  362.  
  363.  
  364.  
  365.  
  366.  
  367.  
  368.  
  369.  
  370.  
  371.  
  372.  
  373.  
  374.  
  375.  
  376.  
  377.  
  378.  
  379.  
  380.  
  381.  
  382.  
  383.  
  384.  
  385.  
  386.  
  387.  
  388.  
  389.  
  390.  
  391.  
  392.  
  393.                                                                         PPPPaaaaggggeeee 6666
  394.  
  395.  
  396.  
  397.